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ABSTRACT 

The job of the retail inventory manager at Navy Stock 
Points is complex and labor intensive. The inventory 
manager deals with a vast array of information in the form 
of reports from the Uniform Automated Data Processing - 
Stock Point (UADPS-SP) system. Because the responsiveness 
of the Navy Supply System depends upon the effectiveness of 
inventory managers, Navy Stock Points must find a way to 
process their ever increasing information workloads more 
efficiently than before. Improvements in productivity and 
training are feasible through the application of "expert 
systems" technology. This thesis presents the continuation 
of the design and development process of an expert system 
for the task of Delinquent Dues Processing. The area of 
retail inventory management dealing with System 
Cancellations Processing was also implemented to establish a 
more complete Dues Management System. The resulting revised 
prototype presents a system with more problem solving 
capabilities and a more natural "user friendly" interface. 
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INTRODUCTION 



A. BACKROUND 

The job of the retail inventory manager at Navy Stock 
Points is very demanding. The position is complex and labor 
intensive. The inventory manager is tasked with managing a 
large number of individual National Stock Numbers (NSNs) . 

One of the major goals of the job is to minimize the 
response time to fleet customers. The efficient and 
effective management of the NSNs under his or her control is 
vitally important to the ongoing support of those fleet 
customers . 

The daily routine of the inventory manager may require 
liaison with a number of different agencies. These include 
the Defense Logistics Agency (DLA) , the General Services 
Administration (GSA) , the Navy Ships Parts Control Center 
(SPCC) , the Navy Aviation Supply Office (ASO) , or any number 
of ICPs of other services, each with some unique procedures 
that requires a thorough understanding by the inventory 
manager. [Ref. l:pp. 7-8] 

In addition to this external environment, the inventory 
manager deals with a vast array of information in the form 
of reports from the Uniform Automated Data Processing - 
Stock Point (UADPS-SP) system. There are also a number of 
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local reports, listings and manual aids which must be 
mastered for the position. 

At the present time there is no formal school for 
inventory managers. The acquisition of sufficient knowledge 
to perform adequately is a laborious process which normally 
requires several years of on-the-job training and close 
managerial supervision [Ref. l:p. 8]. This training is 
essential for inventory managers to be able to make complex 
decisions based on specialized skills. 

The Naval Supply Systems Command (NAVSUP) recognized 
this difficulty in achieving and maintaining the high skill 
levels required of inventory managers to perform their jobs. 
They subsequently sponsored thesis research in expert system 
development. It was the initial thought that improvements 
in productivity and training was feasible through the 
application of expert system technology. Expert systems, 
also known as knowledge systems, use human knowledge and 
experience to solve problems that could otherwise be solved 
by an expert in a reasonable length of time. These expert 
systems enhance productivity by making this expertise 
available to others, helping them make decisions and solve 
problems effectively. 

Because the responsiveness of the Navy Supply System 
depends upon the effectiveness of inventory managers, the 
efficient organization and management of information 
technology is imperative. Navy Stock Points must find a way 
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to process their ever increasing workloads more efficiently 
than before. The integration of expert system technology 
with existing hardware and information assets can greatly 
assist the inventory manager in dealing with these increased 
workloads . 

B. THESIS OBJECTIVE 

NAVSUP is sponsoring this research to investigate the 
feasibility of the implementation of a full-scale expert 
system for inventory management at retail stock points. The 
project was initially divided into three areas of research. 
The first was the identification of inventory manager tasks 
that would provide the most benefit from expert system 
technology. Upon this identification, the next stage was to 
develop a basic prototype expert system. Further research 
would then be necessary to improve the design, add more 
problem solving capabilities and to expand expert systems 
technology into other areas of retail inventory management. 

The identification of inventory manager tasks and the 
formulation of initial knowledge factors and decision rules 
was completed in December, 1986 [Ref. 1] . The development 
of a basic prototype expert system implementing details of 
delinquent dues processing and variable ranking lists was 
completed in March, 1987 [Ref. 2]. The objective of this 
thesis was to continue the design and development process of 
the expert system prototype and to improve the user 
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interface. Subsequent theses are expected to further expand 
expert system technology into other areas and to concentrate 
on the integration of this technology with existing computer 
hardware and data base assets. 

C. SCOPE 

This study concentrated on expanding the problem solving 
capabilities of the initial prototype expert system dealing 
with delinquent dues processing. A revision of the 
delinquent dues knowledge base was included in the expanded 
system. The area of retail inventory management dealing 
with system cancellations status was implemented to 
establish a more complete Dues Management system. 

D. PREVIEW 

Chapter II starts with a brief overview of the 
historical backround of expert systems. It then is followed 
by a discussion of basic concepts and techniques that 
support the development of expert systems. These include 
attributes of knowledge-base programming, human problem 
solving, knowledge representation and a discourse of 
languages and tools. 

Chapter III explains the fundamental concepts of Dues 
Management. This includes an overview of Delinquent Dues 
Processing and System Cancellations Processing. Both the 
initial prototype and the revised Dues Management expert 
system are explained. The chapter is concluded with sample 
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consultations that review the logic and structure of the 
system. Chapter IV provides a brief summary, conclusions 
and recommendations for further research. 
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II. EXPERT SYSTEMS 



A. HISTORICAL BACKROUND OF EXPERT SYSTEMS 

Computers were initially developed to carry out complex 
numerical computations. This resulted in large computers 
that were very fast calculating machines. Some scientists, 
however, explored the ability of computers to manipulate 
non-numerical symbols. Individuals were interested in areas 
such as human problem solving and sought to develop computer 
programs with the capacity to simulate human behavior. This 
interest in both symbolic processing and human problem 
solving has formed an interdisciplinary subfield of computer 
science call Artificial Intelligence (AI) . [Ref. 3:pp. 2-3] 
The basic concept of AI is that of a computer system that 
produces results normally affiliated with human 
intelligence . 

In the area of AI, many computer scientists are 
conducting research to determine what kind of things 
computers can be made to do. In the initial stages of 
research, people were not concerned with commercial 
application of their work. Within the last ten years, 
however, AI research results have indicated that many 
concepts and techniques developed in AI laboratories have 
great commercial value. These areas include natural 
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languages, robotics, improved human interfaces, exploratory 
programming and expert systems. [Ref. 4:p. 4] 

Expert systems have received the most attention of any 
commercial activity resulting from AI research. Expert 
systems are so called because they function as effectively 
as human experts at a highly specialized task. They are 
also called knowledge-based systems since they rely on 
reservoirs of knowledge. A more detailed definition is 
[Ref. 3 :p. 5] : 

...an intelligent computer program that uses knowledge 
and inference procedures to solve problems that are 
difficult enough to require significant human expertise 
for their solution. Knowledge necessary to perform at 
such a level, plus the inference procedures used, can 
be thought of as a model of the expertise of the best 
practitioners of the field. 

The knowledge of an expert system consists of facts and 
heuristics. The "facts" constitute a body of information 
that is widely shared, publicly available, and generally 
agreed upon by experts in a field. The "heuristics" are 
mostly private, little-discussed rules of good judgment 
(rule of plausible reasoning, rules of good guessing) that 
characterize expert-level decision making in the field. 

The performance level of an expert system is primarily a 
function of the size and the quality of a knowledge base 
it possesses. 



B. ATTRIBUTES OF KNOWLEDGE-BASE PROGRAMMING 

Knowledge-base systems are highly interactive. In a 
conventional program, if a nonprogrammer stopped the 
execution of the program and examined the code to see what 
was happening, he or she would not be likely to learn 
anything. In an expert system program by contrast, a user 
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can halt processing at any time and ask why a particular 
question is being pursued or how a conclusion was reached. 

Other areas of contrast between expert systems and 
conventional programs as listed in Harmon-King, [Ref. 3:p. 
8] are as follows: 

The task performed by the expert system was previously 
performed by a human specialist. 

Knowledge engineers and experts maintain knowledge 
systems. Conventional programs are maintained by 
programmers. 

The knowledge base of an expert system is readable and 
easy to modify. 

- Conventional programs tend to rely on algorithms to 
provide their overall structure, whereas knowledge 
systems tend to rely on heuristics for their structure 

Individuals involved with the development of an expert 
system use highly interactive techniques. They meet 
frequently with the expert. They implement a small 
prototype, test the prototype to see how it works and then 
return to the expert to ask more questions. This 
interactive approach also assists in convincing the experts 
that their knowledge can be represented in a working system 

C. HUMAN PROBLEM SOLVING 

1. Information processing 

An information processing model of human mental 
activity consists of a perceptual system, a cognitive 
system, and a motor system. In the perceptual system, 
external stimuli are the input for the human information 
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processing system. These stimuli enter through sensors, 
such as eyes and ears. The cognitive processor cycles 
periodically as it obtains information from the sensory 
buffers and transfers it to working memory. This working 
memory could also be described as short-term memory. Long- 
term memory corresponds to a large number of stored symbols 
with a complex indexing system. Related symbols are 
associated with one another. A human thinks of a symbol in 
memory and then associates other related symbols that are 
activated in response to that symbol. The output of the 
human information processing system is the motor system. 
Motor processors initiate actions of muscles and other 
systems. This results in some observable activity. [Ref. 
3:pp. 22-25] 

2 . Problem solving 

Problem solving can be defined as the process of 
starting in an initial state and searching through a problem 
space in order to identify the sequence of operations or 
actions that will lead to a desired goal. Humans process 
information to assist in this technique. 

Problem solving is a mental activity. It usually 
means thinking about how to solve problems that a person 
does not know how to solve at the onset. Humans solve 
problems easily because they have stored experience that 
they can use to simplify a problem. They can consult 
knowledge sources and as a result immediately dismiss many 
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logical options. Complex problem solving becomes a matter 
of determining what knowledge is needed in order to be able 
to reduce a large ill-structured problem to a more 
manageable size. [Ref. 3:pp. 29-30] 

3 . Types of Knowledge 

Compiled knowledge means information that is 
organized, indexed, and stored in a way that is easily 
accessed. This compiled knowledge is readily usable for 
problem solving. Compiled knowledge is gained in two ways. 
First, subjects may be studied formally as in a school 
lecture situation and from reading books. This type of 
knowledge is also referred to as deep knowledge. A second 
way to compile knowledge is by experience or by learning 
from a mentor. This is also called surface knowledge. This 
knowledge compiled from experience results in heuristics. 
Heuristics are rules -of -thumb that allow experts to reduce 
problems to a manageable size. 

An expert is a person who possesses both surface and 
deep knowledge. A general definition of an expert is an 
individual who is widely recognized as being able to solve a 
particular type of problem that most other people cannot 
solve nearly as efficiently or effectively. Most expert 
systems include only surface knowledge which is very domain 
specific. The nature of surface knowledge composed of 
heuristics and facts tend to prune a problem to a manageable 
size. [Ref. 3:pp. 31-33] 
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D. KNOWLEDGE REPRESENTATIONS 

Knowledge refers to a body of information that is 
organized to be useful. A knowledgeable individual not only 
knows a lot of facts about a subject, but can use that 
information to analyze problems and make judgments. The 
following are major strategies for the representation of 
knowledge : 

1. Semantic Networks 

A semantic network or semantic net is a collection 

of objects called nodes connected together by arcs or links. 

Nodes are used to represent objects and descriptors. 

Objects can be physical objects or conceptual entities. 

Descriptors provide information about objects. Links are 

used to relate the nodes. Common links include: 

Is-a: represents instance relationship 

Has-a: Represents property relationship 

'•Verbs”: To capture other heuristic knowledge 

(e.g., caused-by, reports-to, segregated-by ) 

Figure 2.1 illustrates a portion of an inventory 
manager's knowledge of delinquent dues represented as a 
semantic network. 

2 . Obi ect-Attribute-Value 

The Object-Attribute-Value (O-A-V) is a special case 
of semantic nets (some nodes are objects, some others are 
values, and attributes are represented by arcs) . As in 
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Figun-e 2.1 Delinquent Due Semantic Net 



semantic nets, objects are related. Figure 2.2 is an 
example of the (O-A-V) concept. 




Figure 2.2 (O-A-V) 



3 . Rules 



Rules are used to represent relationships. The 
basic syntax of a rule is as follows: 

If (one or more if-clauses connected 

by and, or, not) PREMISE 

Then (one or more then-clauses 

connected by and, or, not) CONCLUSION 

If X can be established to be TRUE 

Then put Y in working memory 

Certainty factors can be attached to rules. If the 
conclusion based on a premise is less than definite, a 
certainty factor of less than 1 would be appended. For 
example: 
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Premise: If X can be established to be TRUE 

Conclusion: Then put Y in working memory (cf .7) 

This certainty factor allows the possibility of 
multiple system recommendations with an associated degree of 
confidence attached. 

4 . Frames 

A frame is a description of an object that contains 
slots for all of the information (facts and rules) 
associated with the object. Slots, like attributes may 
store values, or default values. Slots can be declarative 
to simply assert that a fact is true. Slots can also be 
procedural representing a fact that is indeed a set of 
instructions to be carried out. The advantage of frames is 
that they are dual semantic (both declarative and 
procedural) which makes the system easier to trace and 
maintain. [Ref. 3:p. 44] Figure 2.3 is an example of a 
frame. 

E. LANGUAGES AND TOOLS 

Most high level languages are best suited to specific 
applications. The two high level languages most commonly 
used for AI programming are LISP and PROLOG. There are also 
very high level programming languages that are used to 
develop very specialized applications. In the area of 
expert system development these languages are known as 
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expert system building tools. Expert systems can be written 
in high-level languages like LISP or PROLOG. For speed and 
convenience, however, most expert systems are developed by 
entering knowledge into an expert system building tool. 

[Ref. 4 :pp. 29-31] 

Symbolic languages such as LISP and PROLOG manipulate 
knowledge as opposed to conventional languages which 
manipulate numbers. Knowledge implies a relationship 
between pieces of information and it is this knowledge that 
allows a person to make a decision. Symbolic languages are 
therefore good for programming logical problems. They allow 
the programmer to manipulate knowledge more easily. 

Early large expert systems were developed in LISP. LISP 
deals with symbols. Primarily these symbols are 
alphanumeric strings. Computing is done with these symbolic 
expressions rather than numbers. 

PROLOG (PROgramming in LOGic) implements a simplified 
version of predicate calculus. When you write a PROLOG 
program you are programming in logic. An element of PROLOG 
called procedural programming considers the specific problem 
solving behavior the computer will exhibit. Most knowledge 
engineers building expert systems concentrate on procedural 
details of PROLOG. [Ref 4:P. 36] 

Languages are more flexible than tools, however, 
languages are also much more time demanding to use in 
building an expert system. It requires a well trained 
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programmer to build a knowledge system using AI languages 
such as LISP or PROLOG. Even nonprogrammers by contrast can 
use many tools to build small useful expert systems. 

Many expert system development tools are commercially 

available. The major categories of the current crop of 

commercially available tools are as follows: 

Inductive Tools: Inductive tools generate rules from 

examples. A developer enters a large number of 
examples for the machines data base. To make a 
recommendation, the tool uses an algorithm to convert 
the examples into a rule. These tools are good for 
simple tasks, but cannot be used to develop complex 
knowledge representations. 

- Simple Rule-Based Tools: These tools use if-then rules 

to represent knowledge. They run on personal computers 
and are good for systems containing less than 500 
rules . 

Structured Rule-Based Tools: Structured rule-based 

tools offer features like context trees, multiple 
instantiation, confidence factors, and more powerful 
editors. 

Hybrid Tools: Hybrid tools represent the most complex 

expert systems development environment currently 
available. They are designed to build systems that 
contain 500 to several thousand rules. They are very 
powerful; however, they are justified only when the 
target problems are complex enough to be worth the cost 
and effort of development. 

- Domain Specific Tools: These tools are specifically 

designed to be used only to develop expert systems for 
a particular domain. They allow development of an 
expert system in a particular domain considerably 
faster than the tools listed above. [Ref. 4:pp. 47-48] 

A major concern when selecting a tool is the ability to 
identify the proper problems within an organization where an 
expert system would be most valuable. An expert system 
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developer must learn to analyze expertise and convert this 
knowledge into a form that tools can use. 

F. DEVELOPING EXPERT SYSTEMS 
1. Knowledge Engineering 

A knowledge engineer works with a human expert to 
identify and refine the knowledge needed to solve a 
particular type of problem. He obtains information from a 
human expert during detailed interviews and then works with 
the expert to study the system. Finally, he determines how 
to improve the system. The three major tasks of the 
knowledge engineer are knowledge acquisition, knowledge 
modeling and knowledge encoding. [Ref. 4:p. 163] 

Knowledge acquisition includes all activities in 
obtaining information from experts. It is the transferring 
of problem-solving expertise from some knowledge source to a 
program. Knowledge engineers work with experts throughout 
the entire development process, constantly acquiring new 
knowledge and integrating it into the system. 

Knowledge modeling is the process of organizing the 
information acquired from experts. This process becomes 
increasingly more important as the size of the expert system 
grows . 

Knowledge encoding is the process of actually 
entering facts, rules, objects and relationship information 
into an expert system. In the case of using an expert 



18 



system tool, this involves specifying the knowledge in the 
syntax of the particular tool. 

All three of these functions require close contact 
with the human expert. It is this prolonged interaction 
with the human expert that distinguished knowledge engineers 
from conventional computer programmers. 

2 . Phases of Expert System Development 

Harmon, Maus and Morrissey [Ref. 4] suggest seven 
phases of expert system development. Those phases can be 
summarized as follows: 

a. Front End Analysis 

This is the phase where selection of the 
appropriate problem the system will resolve is made. 

The establishment of management support is critical in this 
phase. Selection of what personnel will be employed on the 
project is also determined at this time. The project team 
must determine if the task is appropriate for expert system 
development. It is important to clearly define the goals of 
the system. In other words a clear statement of what the 
expert system is supposed to do is needed. This is required 
to provide information to use as a benchmark of comparison 
for the eventual development of the prototype system. 

b. Task Analysis 

This phase begins by studying how the target 
task is currently performed. Meetings are held with human 
experts to develop criteria to ensure that the resulting 
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system is successful. It also includes a study of how the 
new system would best fit into the organizational 
environment. 

c. Prototype Development 

In this phase a small version of the expert 
system is developed to demonstrate the overall feasibility 
of the proposed system. The information gathering strategy 
is finalized and coordinated with software and hardware 
requirements of the system. The knowledge engineer starts 
to identify and document the reasoning process of the human 
expert. This phase allow experimentation with a scaled-down 
version of the system and the anticipation of possible 
problems when the full-scale development is started. 

d. System Development 

The majority of knowledge is added to the system 
in this phase. The user interface is tailored and the 
system's performance is monitored and compared to 
established benchmarks. Rules that embody the human experts 
knowledge are refined by reorganizing the knowledge in the 
knowledge base. 

e. Field Testing 

The system must be tested in the user 
environment again by comparing its operation against 
established benchmarks. In this phase the system is 
modified and polished until it performs as desired. The 
prototype continues to be checked against the human expert. 
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A common method of testing is to give a problem to the human 
expert and to the expert system and compare the results. 

Any needed major modifications are performed during this 
phase . 

f. Implementation 

This phase is where the expert system is fielded 
in a real-world user environment. User acceptance in this 
phase can dictate success or failure. An expert system is 
useless if people don't use it. Implementation plans should 
be well organized and offer full training support and 
documentation . 

g. Maintenance 

Maintenance of an expert system is never 
complete; it continues for the life of the system. New 
information might require the reformulation of the knowledge 
base. The system must be continually revised and updated. 
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III. DUES MANAGEMENT 



A. INTRODUCTION 

Navy inventory managers at retail stock points are 
responsible for managing a large number (often 2000-3000) of 
individual National Stock Numbers (NSNs) to meet customer 
demand from a specific geographic area. The inventory 
manager's responsibility may encompass a wide range of 
cognizance symbols, or "cogs", the supply system's indicator 
of the particular NSN's ICP and material type [Ref. l:p. 7]. 
In order to properly manage these cogs, inventory managers 
may be required to liaison with numerous defense supply 
agencies and hence to know the unique procedures required by 
each agency [Ref. 2:p. 21]. 

Replenishment is an essential part of the management of 
a NSN. This replenishment is the process of the inventory 
manager reordering new stock to replace that which has been 
issued. The item manager is responsible for ensuring that 
assets are arriving in the logistics pipeline to replace 
issues to fleet customers. One of the goals of retail stock 
points is to minimize their response time to fleet demands. 
Replenishment is therefore a critical concern of inventory 
managers in meeting those fleet demands. 

Requisitions for replenishment stock which have not yet 
been received are known as dues, because they are "due-in" 
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at some future time. The effective management of dues is a 
complex process that requires a thorough understanding of 
many factors that influence overall replenishment control . 
The validity of outstanding dues is a continual concern of 
the item manager. The purging of no longer valid 
requisitions for stock helps ensure improved customer 
support and accurate financial records. Carrying 
requisitions as outstanding when the material will never be 
received, needlessly ties up scarce stock fund dollars. A 
combination of factors such as the category of the due, 
dollar value of the material, and status age may indicate 
that the due is no longer valid and should be cancelled. 
[Ref. l:p. 14] 

A goal of this thesis is to develop prototype 
improvements for the system developed by Schill [Ref. 2]. 
Schill 's system demonstrated the basic feasibility of 
integrating expert system technology with the retail stock 
point environment. This study continues to research the 
design and development of expert systems by adding more 
problem solving capabilities and improving the user 
friendliness of the prototype. 

This chapter begins with an overview of the dues 
management techniques of delinquent dues processing and 
system cancellations processing. It then discusses the 
initial expert system prototype developed by Schill. 

Finally, the resulting revised dues management expert system 
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developed as a result of this thesis is presented and 
discussed. 



B. DELINQUENT DUES PROCESSING 



The delinquent dues listing is generated from the UADPS- 
SP program B-UA52. It is a monthly report which is manually 
reviewed by the item manager. The report is segregated by 
age categories which are determined by the most recent 
estimated delivery date (EDD) . This date is a revised EDD 
or the original EDD if a revised date has not been received. 
The age group categories (AGC) are defined as follows: 



CATEGORY DAYS OVERDUE 



1 

2 

3 

4 

5 

6 



1-30 

31-60 

61-90 

91-120 

121-180 

180-UP 



The item manager must focus his/her attention on dues in 
the older categories. Those dues in categories 1 and 2 
usually have not received enough supply system response time 
to be of concern. In practice they are not normally 
reviewed. 

The item manager, in processing the delinquent dues 
listing, attempts to classify the requisition as an invalid 
due when a combination of factors such as age and supply 
status convinces him/her that further efforts to expedite 
the document will be futile. There are no documented 
criteria to determine exactly when this point has been 
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reached. The rule base of the expert system prototype 
attempts to capture the thought process and decision rules 
used by the expert in dealing with the information about a 
specific delinquent due. 

The initial step in processing the delinquent due 
listing is to obtain the latest supply status on the 
outstanding due. Status information is available from 
several sources. Status can be obtained from a UADPS-SP 
Receipt Due File real time query. DLA remote terminals 
provide the latest status for 9 cog items managed by DLA 
ICPs [Ref. l:p. 18]. These are separate terminals with 
communication links to DLA activities and are not part of 
the UADPS-SP system. 

If recent supply status is available, a number of 
questions and decisions are possible. These questions and 
decisions are very much dependent on what that status is. 

BA status or AS status is good news as long as the status is 
not over-aged. BA status means the item is available and is 
being processed for shipment. AS status means that the item 
has been shipped. If the item manager determines the 
requisition to be over-aged, an AF1 follow-up request is 
submitted. 

If a follow-up has been previously submitted and an 
appropriate amount of time has elapsed with no response, the 
item manager determines the due to be invalid. At this 
point financial information is required prior to a decision 
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being made on this particular due. A Z67 record, obtained 
from a UADPS-SP retrieval, provides this financial 
information. 

The status of funds in accounting ledgers provides 
valuable information to the item manager in the formulation 
of a decision. The Obligations, Accounts-payable , and 
Material in Transit (MIT) accounts are mutually exclusive 
fund categories. Each category has a specific meaning, in 
combination with other factors, for the item manager 
reviewing the requisition. 

When the status received is other than BA or AS, the 
status of funds becomes a key factor. If the funds are in 
Obligations, it means that the material has neither been 
received nor billed. If funds are in Accounts Payable, it 
means the material has been received, but a bill for the 
material has not. If funds are in MIT, it means that a bill 
has been received and paid without a matching receipt of 
stock. The most likely conclusion for funds in MIT is that 
the actual shipment will never be received. 

If recent shipping status is received in response to a 
follow-up, a revised EDD is normally received also which 
will cause the document to drop off the next delinquent dues 
listing. 

If partial or substitute shipments have been provided 
more complications arise. Partial shipments (indicated by a 
suffix code at the end of the document number) often leave 
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the stock point with more or less than what was originally 
ordered. A greater quantity can be received when the same 
document is inadvertently passed to two different 
activities. Care is required in cleaning up these partial 
and substitute shipment dues. 

A report of discrepancy (ROD) is sent to the shipping 
activity to request financial credit for non-received 
material. A $100 threshold determines whether the stock 
point finds it worthwhile to process a ROD. If the item is 
classified, pilferable, or controlled, a ROD is prepared, 
regardless of dollar value. Further research including a 
spot inventory is always called for when sensitive material 
is missing. A spot inventory involves an actual physical 
count of the NSN under consideration at the stock point 
warehouse location. A spot inventory may show that the 
material was received, but the receipt was not processed. 
With noncontrolled material valued at less than $100, the 
final action is to "store to zero" which means that the 
requisition is cleared from financial files by recording its 
receipt with a zero quantity. This action has the effect of 
automatically cancelling the due. 

C. SYSTEM CANCELLATIONS PROCESSING 

System cancellations occur when the supply source that 
the document was passed to, rejects the requisition for a 
reason specified in the cancellation status. System 



27 



cancellations are handled by processing individual supply 
status cards with a variety of reasons for system rejection. 
For the most part this includes gathering information 
inherent to a specific cancellation status and making a 
decision, based on that information, as to the appropriate 
action to be taken. 

CG status is received when the supply source activity is 
unable to identify the requested item. This occurs when an 
invalid NSN is furnished on the requisition. The process of 
evaluating this status includes verifying that the correct 
NSN was ordered and if the NSN on local files is correct. 
Action is based on the outcome of this verification and, if 
the item is still required, based on demand. If the NSN is 
determined to be invalid, it should be deleted from local 
files. If the NSN is valid, a new requisition should be 
submitted if the item is still required based on demand. 

CJ status means the item has been coded (or is being 
coded) obsolete or inactivated. If the item in the stock 
number field is different from the item requested, this 
means the new NSN can be furnished as a substitute. If the 
original item is desired only (no substitutes are 
acceptable) then a new requisition should be submitted 
citing a 2B advice code. A 2B advice code means "do not 
substitute" . Additional research may be required to 
determine why a demand based stock item has been coded 
obsolete . 
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CA status normally comes with a narrative message 
stating the reason for rejection. This message should be 
reviewed to determine further action. The most frequent 
case when this status is received is that the NSN on local 
files is invalid and should be deleted. 

CS status means that the supply source activity is 
unable to procure the item ordered, that no substitute or 
interchangeable item is available. This status is not 
normally pursued further at the retail stock point level. 

It is usually recommended that the fleet activity seek 
procurement by building a kit or ordering the next higher 
assembly. Fabrication or cannibalization is also a possible 
course of action and is recommended in cases when the item 
cannot be procured. 

CE status is received when the unit of issue ordered 
does not agree with the ICP specified unit of issue and 
cannot be converted. This status requires research to 
verify the correct unit of issue. 

The handling of system cancellation status, at first 
glance, seems fairly straight forward. It is possible, 
however, for a complex combination of factors to play a 
significant role in determining the correct item manager 
action. System cancellations are therefore a substantial 
concern in the overall view of dues management. 
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D. INITIAL DELINQUENT DUES PROTOTYPE 

Knowledge acquisition for the initial delinquent dues 
expert system prototype was accomplished through the 
research efforts of Westfall [Ref. 1] . The basic decision 
rules were written to be used in the development of a 
prototype expert system. 

With the decision rules developed, the next objective 
was to refine those rules and to design and develop an 
expert system prototype for delinquent dues management. 

This prototype was developed by Schill [Ref. 2] using the 
Arity/Expert Development Package. 

The prototype was tested by the experts at NSC San Diego 
who provided the initial knowledge for the system. The 
expert system conclusions were compared to conclusions 
derived manually. Reasoning processes were reviewed and 
analyzed to ensure that accurate conclusions were being 
derived by the expert system. 

It was found that the system displayed language was not 
very "user friendly". It was determined that this problem 
could be corrected by more extensive use of system control 
options . 

E. REVISED DUES MANAGEMENT PROTOTYPE 

This thesis continued to research the design and 
development process of this expert system prototype. An 
emphasis on improving the "user friendliness" of the system 
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was initiated. Prototype revision techniques, which include 
the reformulation of concepts and redesign of 
representations by adding more solving capabilities to the 
previously developed prototype, were also examined. 

The prototype developed in reference 2 was translated 
into the syntax required for the M.l Knowledge system 
software tool. M.l can be learned and put to effective use 
in a relatively short time. M.l can also be interfaced to 
existing software such as database management systems and 
communication networks. It is easy to update and modify the 
M.l knowledge base syntax. The system user interface of the 
M.l Knowledge system is much more user friendly than other 
expert system tools. For these reasons the M.l Knowledge 
system was chosen to further develop the initial prototype. 

The prototype was expanded to include additional 
questions and rules as the result of a verification process 
with expert inventory managers at NSC, San Diego. It was 
determined that many of the rules were recommending 
inaccurate conclusions which were not exactly correct across 
the entire spectrum of age group categories (AGC) . To solve 
this problem more rules were added which provided improved 
recommendations for courses of action. 

In an effort to develop a more complete dues management 
package, an additional module covering system cancellations 
status was added to the system. This module deals with CG, 
CJ, CA, CS, Ck and CE status. The first question the system 
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asks a user during a consultation is which module is desired 
with Delinquent Dues Management and System Cancellations 
being the two responses. 

The user interface was greatly improved with the 
development of a more functional menu driven system. The 
computer monitor screen is divided into three major windows. 
One window displays system responses during a consultation. 
This is where explanation clauses and system conclusions are 
displayed. One window displays the system questions and 
another displays the possible responses. The user selects 
answers to questions with the keyboard cursor. No typing of 
answers to questions is required. The system takes full 
advantage of color monitors. These features combine to 
produce a much more friendly interface environment. 

Another major addition to the expert system was the 
inclusion of explanation clauses to all system rules. The 
system is attempting to verify the premises of a rule during 
a consultation process. In doing so, a series of questions 
are asked to determine if a rule is true so a conclusion can 
be recommended. At anytime the user can ask why a certain 
question is being asked and the system will give a plain 
English explanation of the current rule being envoked. This 
feature greatly assists in the clarification of the system's 
reasoning process. 

It was also decided that more descriptive system 
recommendations were required. The original prototype, for 
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example, would recommend "conclusion = ama". The revised 
system gives a complete sentence; "conclusion = Send an AMA 
document modifier to raise the priority". 

Appendix A is a complete listing of the revised Dues 
Management Expert System. The file contains all system 
questions and rules with their corresponding explanation 
clauses. Appendix B is a working users 7 manual for the 
expert system presented in Appendix A. 

F. SAMPLE SYSTEM CONSULTATIONS 

M.l allows the user to save a hard copy of a 
consultation for later review. This copy lists all system 
generated questions, user responses to questions, any 
explanation clauses envoked and the system conclusion 
generated during a consultation. This information is 
valuable in reviewing the system reasoning process. 

Three sample consultations of the Dues Management Expert 
System are listed below. For these, the explanation clause 
feature was frequently envoked using the WHY command. The 
WHY command is executed by the user at any time he wishes to 
know why a certain question is being asked. After each 
consultation, the rule that determined the conclusion is 
listed along with the corresponding explanation clause. In 
the following examples, the label U; refers to a user 
supplied command or response. The label S: refers to a 
system generated question or response. These labels are not 
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provided by the system, but have been added manually to 
assist in following the sequence of the consultation 
process. The confidence factors (cf) are automatically 
appended by the system. The default value is cf 100 unless 
the user specifies a lower factor in answering a question. 



U : go 

S: Which Module of Dues Management do you want to 
work with? 

U: 'Delinquent Dues' cf 100 

S: What is the supply status? 

U : why 

S: When no status has been received and the priority is 
determined to be not satisfactory, an AMA document 
modifier is used to upgrade the priority and to establish 
a requisition if ICP has no record of it. 



S: What is the supply status? 

U: ba cf 100 

S: Is the age of the most recent supply status 
more than 30 days or less? 

U: more cf 100 

S: Has a follow-up been previously submitted? 

U : why 

S: When BA status has been received, and the status age is 
more than 30 day old and no follow-up has been sent (or 
if it is not known if a follow-up has been sent) then you 
should send an AF1 follow-up to request updated 
status . 

S: Has a follow up been previously submitted? 

U: yes cf 100 
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S: Has a revised/extended EDD been received? 

U: no cf 100 

S: Is the material classified, pilferable, or controlled? 

U : why 

S: If BA status is over 30 days old with no revised/extended 
EDD received, the material is classified, pilferable or 
controlled and the category of the due is 3 or higher 
then you should cancel the due, request a spot inventory 
and submit a ROD. 



S: Is the material classified, pilferable, or controlled? 

U: no cf 100 

S: What is the category of the delinquent due? 

U: why 

S: If BA status is over 30 days old, no revised or extended 
EDD has been received, the material is not classified, 
pilferable or controlled and the category of the due is 
1, then no action is required at this time. 



S: What is the category of the delinquent due? 

U: 2 cf 100 

S: conclusion = Send an AF1 follow-up. (100%) because rule- 

11 . 



U: list rule-11 
S: rule-11: 

if module = 'Delinquent Dues' and 
status = ba and 
status-age = more and 
rev-edd = no and 
classified = no and 
edd = no and 
(category = 2 or 
category = 3 or 
category = 4) 

then conclusion = 'Send an AF1 follow-up.'. 
U: list explain-11 
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S: explain-11: 

explanation (rule-11) = 

7 If BA status is more than 30 days old, no revised or 
extended EDD has been received, the material is not 
classified, pilferable or controlled, and the category 
of the due is 2, 3 or 4 , then you should send an AF1 
follow-up to request updated status. 7 



U : go 

S: Which Module of Dues Management do you want to 
work with? 

U: 'System Cancellations 7 cf 100 

S: What is the system cancellation status? 

U: eg cf 100 

S : Does the document number match the NSN ordered? 

U: yes cf 100 

S: Is the NSN valid on the status card? 

U : why 

S: If original NSN ordered is the same as NSN on CG status 
card, an invalid NSN has been established on local files 
(MISR) . 

S: Is the NSN valid on the status card? 

U: yes cf 100 

S: Is the item still required based on demand? 

U : why 

S: If document number matches original NSN ordered and NSN 
on CG status card is valid, reorder original NSN if item 
is still required. 

S: Is the item still required based on demand? 

U: no cf 100 

S: conclusion = No action required. (100%) because rule-67. 



36 



U: list rule-67 



S: rule-67: 

if module = 'System Cancellations' and 
c-status = eg and 
doc-num = yes and 
nsn-val = yes and 
req-dem = no 

then conclusion = 'No action required. ' . 

U: list explain-67 

S: explain-67: 

explanation (rule-67 ) = 

'If item is no longer required based on demand, then no 
action is required. Do not re-order.' 



U : go 

S: Which Module of Dues Management do you want to 
work with? 

U: 'Delinquent Dues' cf 100 

S: What is the supply status? 

U: as cf 100 

S: What is the category of the delinquent due? 

U : why 

S: If the status is AS and the category of the due is less 
than 4, then no action is required. The goods are in the 
mail . 



S: What is the category of the delinquent due? 

U: 5 cf 100 

S: Are funds in MIT? 

U : why 

S: If the status is AS, the funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment was received, the value of the material is more 
than $100.00, and the category of the due is 5 or 6 then 
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you should cancel the due and submit a ROD for the MIT 
quantity. 



S: Are funds in MIT? 

U: no cf 100 

S: Are funds in accounts payable? 

U : why 

S: If the status is AS, funds are in accounts payable and 
the category of the due is 5 or 6, then you should cancel 
the due, but do not cancel the obligation. 

S: Are funds in accounts payable? 

U: no cf 100 

S: Are funds in obligations? 

U : why 

S: If the status is AS, funds are in obligations and the 

category of the due is 5 or 6, then you should cancel the 
due but do not cancel the obligation. 



S: Are funds in obligations? 

U: yes cf 100 

S: conclusion = Cancel due, but do not cancel obligation. 

(100%) because rule-57. 

U: list rule-57 

S: rule-57: 

if module = 'Delinquent Dues' and 
status = as and 
obligations = yes and 
(category = 5 or 
category = 6) 

then conclusion = 'Cancel due, but do not cancel 
obligation. ' . 



U: list explain-57 
S: explain-57: 
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explanation (rule-57) = 

'If the status is AS, funds are in obligations and the 
category of the due is 5 or 6 , then you should cancel 
the due but do not cancel the obligation.' 

System labels, such as rule-1: and explain-1:, were 
included on each rule and explanation clause. The WHY 
command, which lists the explanation clause for a specific 
rule, is only available to the user during a consultation. 

If the user wishes to list the rule or explanation clause 
after a system recommendation has been made, he/she must use 
the LIST command followed by the appropriate label. For 
example, the system will make a recommendation based on a 
certain rule. If the user wishes to list this rule it must 
be referred to it by a label. The same is true with the 
explanation clauses. Without these labels a user cannot 
uniquely identify a specific knowledge base entry. This 
feature facilitates final review of the determining factors 
of the system recommendation. 
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IV SUMMARY, CONCLUSIONS AND RECOMMENDATIONS 



A. SUMMARY 

The objective of this thesis was to revise the initial 
prototype expert system for use by inventory managers at 
retail stock points. An emphasis was placed on improving 
the user friendliness of the system via menus and 
explanation clauses. A goal was to make the system I/O 
appear more natural to the user. 

Chapter II presented backround information on expert 
systems including concepts and techniques crucial to an 
understanding of the theory of problem solving and the 
representation of knowledge. A review of the phases of 
expert system development was covered. 

Aspects of the critical inventory management function of 
Dues Management were presented in Chapter III. The major 
tasks implemented in the revised prototype were "Delinquent 
Dues Processing" and "System Cancellations Processing". 

The initial prototype was translated into the syntax 
required for the M.l Knowledge System software tool. The 
revision of delinquent dues rules knowledge base and the 
addition of system cancellation rules were combined to 
establish the current revised prototype written with M.l. 

The initial impression of expert inventory managers was that 
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the improved interface created a system much more likely to 
be used by inventory managers in practice. 

The reasoning process was reviewed with experts at NSC, 
San Diego. Although a thorough testing of the system was 
not completed, initial reaction is that the system is 
generating accurate recommendations. 

This revised prototype expert system can be distributed 
on a single floppy disk and installed on any IBM PC or fully 
compatible microcomputer. The end-user knowledge system 
consists of the M.l inference engine, the knowledge base 
file (Appendix A) and an M.l configuration file. 

B. CONCLUSIONS 

The improved interface developed with the M.l Knowledge 
System software greatly enhanced the user friendliness of 
the system. The addition of enhanced problem solving 
capabilities to the initial prototype was a relatively 
effortless task from a development point of view. 

Although verification of the reasoning process with 
experts is time consuming, the physical maintenance of the 
expert system is not difficult. To maintain a standard 
updated version of the expert system, this maintenance 
should be performed by a single person or team and then 
distributed to all Naval Supply Centers. 
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Further development of an inventory manager expert 
system is definitely feasible and the potential for improved 
productivity is great. 

C. RECOMMENDATIONS 

The addition of enhanced problem solving capabilities to 
the prototype was comparatively simple once the prototype 
had been translated to M.l. The M. 1 tool is very easy to 
use and requires little time to learn. The next major 
concern of this project should be in the area of integration 
of expert system technology with existing hardware and data 
bases. M.l is clearly targeted at programmers who want to 
develop expert systems that can easily be integrated into a 
conventional computer environment [Ref. 4:p. 107]. 
Compatibility with the Navy's enhanced ADP operating 
environment through projects like SPLICE and SPAR should be 
seriously considered. 

The initial feasibility of improved productivity via the 
application of expert system technology has been 
demonstrated. Research done as a result of this thesis has 
shown that revision and maintenance of existing expert 
systems is not difficult. It is therefore recommended that 
subsequent research on this project be directed towards the 
integration of this technology with existing ADP assets. 
Areas such as PC local area networks with communication 
links to UADPS-SP facilities should be considered. 
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APPENDIX A 



DUES MANAGEMENT EXPERT SYSTEM LISTING 



/* 

This program was translated from Arity- Expert to the 
M.l Knowledge System software tool. The program represents 
a revised prototype which includes more problem solving 
capabilities and an improved user interface. The system has 
two main modules. One covering an expanded version of the 
intial expert system prototype of Delinquent Dues processing 
and another covering the addition of System Cancellations 
processing. Features such as automatic menu generation/ 
enumerated answers, and explanation clauses for each rule 
has been added. Labels for each of the major knowledge base 
entires has been added. These include labels for question/ 
rules, and explanations. This feature assists in the 
location of a specific knowledge base entry when tracing the 
reasoning process or verifying a conclusion. 

Author of program: Captain Albert F. Potwin, USMC 

Date: March, 1988 

*/ 

goal = conclusion. 

/* 

The following section of the Expert System is the listing of 
the questions which solicit information required by the 
rule-base 

*/ 

automat icmenu (all) . 
enumeratedanswers (module) . 
question-1: question (module) = 

'Which Module of Dues Management do you want to work with?'. 

legalvals (module) = ('Delinquent Dues', 'System 
Cancellations' ] . 



enumeratedanswers (status) . 
question-2: question (status) = 
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'What is the supply status?', 
legalvals (status) = [ none, ba, as, other ] . 


question-3 : 


enumeratedanswers (status-age) . 
question (status-age) = 

'Is the age of the most recent supply status 
more that 30 days or less?', 
legalvals (status-age) = [more, less]. 


question-4 : 


enumeratedanswers (pri-sat) . 
question (pri-sat) = 

'Is the priority satisfactory?', 
legalvals (pri-sat) = [yes, 'No, should be 


upgraded. ' ] . 




question-5 : 


enumeratedanswers ( follow-up) . 
question (follow-up) = 

'Has a follow up been previously submitted?', 
legalvals ( follow-up) = [yes, no]. 


question-6 : 


enumeratedanswers (rev-edd) . 
question (rev-edd) = 

'Has a revised/extended EDD been received?', 
legalvals (rev-edd) = [yes, no]. 

enumeratedanswers (classified) . 



question-7: question (classified) = 

'Is the material classified, pilferable, or controlled?' 
legalvals (classified) = [yes, no], 

enumeratedanswers (value) . 
question-8: question (value) = 

Is the dollar value of the material more than $100.00?' 



question-9 : 


legalvals (value) = [yes, no]. 

enumeratedanswers (z67) . 
question ( z67) = 

'Is there a z67 record?', 
legalvals ( z67 ) = [yes, no]. 

enumeratedanswers (mit) . 



question-10: question (mit) = 



question-11 : 


'Are funds in MIT?', 
legalvals (mit) = [yes, no]. 

enumeratedanswers (accounts-payable) . 
question (accounts-payable) = 

'Are funds in accounts payable?', 
legalvals (accounts-payable) = [yes, no]. 
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enumeratedanswers (obligations) . 
question-12: question (obligations) = 

'Are funds in obligations?', 
legalvals (obligations) = [yes, no]. 

enumeratedanswers (dla) . 
question-13: question (dla) = 

'Is the requisition for the 
material in DLA files?', 
legalvals (dla) = [yes,no]. 



enumeratedanswers (category) . 
question- 14: question (category) = 

'What is the category of the delinquent due?', 
legalvals (category) = [ 1, 2 , 3 , 4 , 5 , 6] . 



enumeratedanswers (needed) . 
question-15: question (needed) = 

'Is the material still needed?', 
legalvals (needed) = [yes, no]. 

enumberatedanswers (canc-subm) . 
question-16: question (canc-subm) = 

'Has a cancellation request been submitted? (AC1) ' 
legalvals (canc-subm) = [yes, no]. 

enumeratedanswers (canc-ackn) . 
question-17: question (canc-ackn) = 

'Has the submitted cancellation request been acknowledged?' 
legalvals (canc-ackn) = [yes, no]. 

enumeratedanswers (disb-qty) . 
question-18: question (disb-qty) = 

'Is the disbursed quantity equal to the MIT quantity?', 
legalvals (disb-qty) = (yes, no]. 



enumeratedanswers (part-ship) . 
question-19: question (part-ship) = 

'Is there a partial shipment?', 
legalvals (part-ship) = [yes, no]. 

enumeratedanswers (sub) . 
question-20: question (sub) = 

'Has a substitute been received?', 
legalvals (sub) = [yes, no]. 

enumeratedanswers ( fund-code-26) . 
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question-21: question ( fund-code-26) = 



question-22 : 


'Is the document a fund code 26 item?', 
legalvals ( fund-code-26) = [yes, no]. 

enumeratedanswers (nine-cog) . 
question (nine-cog) = 

'Is the item a 9 cog item?', 
legalvals (nine-cog) = [yes, no]. 


question-23 : 


enumeratedanswers (c-status) . 
question (c-status) = 

'What is the system cancellation status?', 
legalvals (c-status) = [cs , ca , ck, cj , eg] . 

enumeratedanswers (doc-num) . 



question-24: question (doc-num) = 

'Does the document number match the NSN ordered?'. 



question-25 : 


legalvals (doc-num) = [yes, no]. 

enumeratedanswers (nsn-val) . 
question (nsn-val) = 

'Is the NSN valid on the status card?', 
legalvals (nsn-val) = [yes, no]. 


question-26 : 


enumeratedanswers (req-dem) . 
question (req-dem) = 

'Is the item still required based on demand?' 
legalvals (req-dem) = [yes, no]. 


question-27 : 


enumeratedanswers (val-sub) . 
question (val-sub) = 

'Is the item a valid substitute in the MLN? ' . 
legalvals (val-sub) = [yes, no]. 


question-28 : 


enumeratedanswers (tech-val) . 
question (tech-val) = 

'Did the technical dept (of NSC, San Diego) 
determine the item to be a valid substitute?' 
legalvals (tech-val) = [yes, no]. 

enumeratedanswers (sub-prov) . 



question-29: question (sub-prov) = 

'Was a substitute NSN provided on the CJ status card?', 
legalvals (sub-prov) = [yes, no]. 

enumeratedanswers (pre-ad) . 
question-30: question (pre-ad) = 

'Was item previously ordered with a 2b advice code?', 
legalvals (pre-ad) = [yes, no]. 

enumeratedanswers (qty-excess) . 
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question-31: question (qty-excess) = 

'Is the quantity ordered excessive based on demand?', 
legalvals (qty-excess) = [yes, no]. 



question-32 : 



enumeratedanswers (current-ui) . 
question (current-ui) = 

'Is the current unit of issue on MISR valid?' 
legalvals (current-ui) = [yes, no]. 



/* 

The following section is the rule-base of the expert system 



V 



rule-1: if module = 'Delinquent Dues' 

and status = none 

and pri-sat = 'No, should be upgraded. ' 
then conclusion = 

'Send an AMA document modifier to raise the 
priority' . 

explain-1: explanation(rule-l) = 

'When no status has been received and the priority is 
determined to be not satisfactory, an AMA document modifier 
is used to upgrade the priority and to establish a 
requisition if ICP has no record of it. 



rule-2: if module = 'Delinquent Dues' 

and status = none 
and pri-sat = yes 
then conclusion = 

'Send an ATA follow-up'. 

explain-2: explanation (rule-2) = 

'When no status has been received and the priority is 
determined to be satisfactory, an ATA follow-up should be 
sent on the requisition. An ATA is processed as requisition 
if original requisition is not received. 



rule-3: if module = 'Delinquent Dues' 

and status = ba 
and status-age = less 
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then conclusion = 

'No action is required.'. 

explain-3: explanation ( rule-3 ) = 

'When BA status has been received, but the status age is 
less than 30 days old, no action is yet necessary. It is 
too early to take additional action. BA status denotes item 
is being processed for release and shipment. 



rule-4: if module = 'Delinquent Dues' 

and status = ba 
and status-age = more 
and follow-up = no 
or follow-up = unknown 
then conclusion = 

'Send an AF1 follow-up'. 

explain-4: explanation (rule-4) = 

'When BA status has been received, and the status age is 
more than 30 day old and no follow-up has been sent (or if 
it is not known if a follow-up has been sent) then you 
should send an AF1 follow-up to request updated status. 



rule-5: if module = 'Delinquent Dues' 

and status = ba 
and status-age = more 
and rev-edd = yes 
then conclusion = 

'Update the Revised-EDD' . 

explain-5: explanation (rule-5) = 

'When BA status has been received and the status age is more 
than 30 days old and a revised EDD is received in response 
to a follow-up, then update the Revised-EDD because the 
document is no longer delinquent. 



rule-6: if module = 'Delinquent Dues' 

and status = ba 
and status-age = more 
and rev-edd = no 
and classified = yes 
and category = 3 
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or category = 4 
or category = 5 
or category = 6 
then conclusion = 

'Cancel, request spot inventory, and submit ROD.'. 
explain-6: explanation (rule-6) = 

'If BA status is over 30 days old with no revised/extended 
EDD received, the material is classified, pilferable or 
controlled and the category of the due is 3 or higher, then 
you should cancel the due, request a spot inventory and 
submit a ROD. 



rule-7: if module = 'Delinquent Dues' 

and status = ba 
and status-age = more 
and rev-edd = no 
and classified = yes 
and category = 1 
or category = 2 
then conclusion = 

'Send an AF1 follow-up.'. 

explain-7: explanation (rule-7) = 

'If BA status is over 30 days old with no revised/extended 
EDD received, the material is classified, pilferable or 
controlled and the category of the due is less than 3, then 
you should send an AF1 follow-up to request updated status 
on the requisition. 



rule-8: if module = 'Delinquent Dues' 

and status = ba 
and status-age = more 
and follow-up = yes 
and classified = yes 
and value = no 
and category =' 3 
or category = 4 
or category = 5 
or category = 6 
then conclusion = 

'Cancel, request spot inventory, and submit ROD.'. 
explain-8: explanation (rule-8) = 
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'If BA status is over 30 days old and a follow-up has been 
sent, the material is classified, pilferable or controlled, 
the value of the material is less than $100.00 and the 
category of the due is 3 or higher, then you should cancel, 
request a spot inventory, and submit a ROD. 



rule-9: if module = 'Delinquent Dues' 

and status = ba 
and status-age = more 
and follow-up = yes 
and classified = yes 
and value = no 
and category = 1 
or category = 2 
then conclusion = 

'Send an AF1 follow-up.'. 

explain-9: explanation (rule-9 ) = 

'If BA status is over 30 days old, a follow-up has been 
sent, and the material is classified, pilferable or 
controlled, the value of the material is less than $100.00 
and the category of the due is less than 3 , then you should 
send an AF1 follow-up to request updated status. 



rule-10: if module = 'Delinquent Dues' 
and status = ba 
and status-age = more 
and rev-edd = no 
and classified = no 
and category = 1 
then conclusion = 

'No action is required.'. 

explain-10: explanation (rule-10) = 

'If BA status is over 30 days old, no revised or extended 
EDD has been received, the material is not classified, 
pilferable or controlled and the category of the due is 1, 
then no action is required at this time. 



rule-11: if module = 'Delinquent Dues' 
and status = ba 
and status-age = more 
and rev-edd = no 
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and classified = no 
and category = 2 
or category = 3 
or category = 4 
then conclusion = 

'Send an AF1 follow-up.'. 

explain-11: explanation (rule-11) = 

'If BA status is more than 30 days old, no revised or 
extended EDD has been received, the material is not 
classified, pilferable or controlled, and the category of 
the due is 2, 3 or 4 , then you should send an AF1 follow-up 
to request updated status. 



rule-12: if module = 'Delinquent Dues' 
and status = ba 
and status-age = more 
and rev-edd = no 
and classified = no 
and category = 5 
or category = 6 
then conclusion = 

'Cancel and submit an AC1.'. 

explain-12: explanation (rule-12 ) = 

'If BA status is more than 30 days old, no revised or 
extended EDD has been received, the material is not 
classified, pilferable or controlled and the category of 
the due is 5 or 6 then you should cancel and submit an AC1. 



rule-13: if module = 'Delinquent Dues' 
and status = ba 
and status-age = more 
and rev-edd = no 
and follow-up = yes 
and classified = no 
and value = no 
and category = 5 
or category = 6 
then conclusion = 

'Store to zero.'. 

explain-13: explanation (rule-13) = 
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'If BA status is more than 30 days old and no revised or 
extended EDD has been received, a follow-up has been sent, 
the material is not classified, pilferable or controlled 
and the value is less than $100.00 and the category of the 
due is 5 or 6, then you should store to zero. 



rule-14: if module = 'Delinquent Dues' 

and status = ba 
and status-age = more 
and rev-edd = no 
and follow-up = yes 
and classified = no 
and value = no 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'Send an AF1 follow-up.'. 

explain-14: explanation ( rule-14 ) = 

'If BA status is more than 30 days old, no revised or 
extended EDD has been received, a follow has been sent, the 
material is not classified, pilferable or controlled, the 
value is less than $100.00 and the category of the due is 
less than 5, then you should Send an AF1 follow-up to 
request updated status. 



rule-15: if module = 'Delinquent Dues' 

and status = ba 
and status-age = more 
and rev-edd = no 
and follow-up = yes 
and value = yes 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'Send an AF1 follow-up.'. 

explain-15: explanation (rule-15) = 

'If BA status is more than 30 days old, no revised or 
extended EDD has been received, a follow-up has been sent, 
the value of the material is greater than $100.00 and the 
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category of the due is less than 5, then you should send an 
AF1 follow-up to request updated status. 



rule-16: if module = 'Delinquent Dues' 

and status = ba 
and status-age = more 
and rev-edd = no 
and follow-up = yes 
and value = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel and submit ROD.'. 

explain-16: explanation (rule-16) = 

'If BA status is more than 30 days old, a revised EDD has 
not been received, a follow-up has been sent, the value of 
the material is greater than $100.00, and the category of 
the due is 5 or 6 then you should cancel the due and submit 
a ROD. 



rule-17: if module = 'Delinquent Dues' 

and status = other 
and rev-edd = no 
and z67 = no 
and dla = no 
then conclusion = 

' Cancel . ' . 

explain-17: explanation (rule-17) = 

'If the status is other than BA or AS, no revised/extended 
EDD has been received, there is no Z67 record and no record 
in DLA files, the material may have been received and paid 
for already or the requisition was canceled by the ICP. You 
should cancel the due. 



rule-18: if module = 'Delinquent Dues' 

and status = other 
and accounts-payable = yes 
then conclusion = 

'Cancel the due, but do not cancel the 
obligation. ' . 
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explain-18: explanation (rule-18) = 

'If the status of the requisition is other than BA or AS 
and funds are in accounts payable it is possible the 
material has been received, but has not been billed for 
yet. Therefore you should cancel the due, but not the 
obligation. 



rule-19: if module = 'Delinquent Dues' 

and status = other 
and mit = yes 
and value = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel and submit ROD.'. 

explain-19: explanation (rule-19 ) = 

'If the status of the requisition is other than BA or AS 
and funds are in MIT, the value of the material is greater 
than $100.00 and the category of the due is 5 or 6 then you 
should cancel the due and submit a ROD. 



rule-20: if module = 'Delinquent Dues' 

and status = other 
and mit = yes 
and value = yes 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'Send an AF1 follow-up.'. 

explain-20: explanation (rule-20) = 

'If the status is other than BA or AS, the funds are in MIT, 
the value of the material is over $100.00 and the category 
of the due is less than 5, then you should send an AF1 
follow-up requesting updated status. 



rule-21: if module = 'Delinquent Dues' 

and status = other 
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and mit = yes 
and value = no 
and classified = no 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'Send and AF1 follow-up.'. 

explain-21 : explanation (rule-21) = 

'If the status is other than BA or AS, the funds are in MIT, 
the value of the material is less than $100.00, the material 
is not classified, pilferable or controlled and the category 
of the due is less than 5, then you should send an AF1 
follow-up to request updated status. 



rule-22: if module = 'Delinquent Dues' 

and status = other 
and mit = yes 
and value = no 
and classified = no 
or category = 5 
or category = 6 
then conclusion = 

'Store to zero.'. 

explain-22: explanation (rule-22) = 

'If the status is other than BA or AS, the funds are in MIT, 
the value of the material is less than $100.00, the material 
is not classified, pilferable or controlled, the the 
category of the due is 5 or 6, then you should store to 
zero. 



rule-23: if module = 'Delinquent Dues' 

and status = other 
and mit = yes 
and value = no 
and classified = yes 
and category = 3 
or category = 4 
or category = 5 
or category = 6 
then conclusion = 

'Cancel, request spot inventory, and submit ROD.'. 
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explain-23: explanation (rule-23 ) = 

'If the status is other than BA or AS, the funds are in MIT, 
the value of the material is less than $100.00, the material 
is classified, pilferable or controlled, and the category of 
the due is 3 or greater, then you should cancel the due, 
request a spot inventory, and submit a ROD. 



rule-24: if module = 'Delinquent Dues' 

and status = other 
and mit = yes 
and value = no 
and classified = yes 
and category = 1 
or category = 2 
then conclusion = 

'Send an AF1 follow-up.'. 

explain-24: explanation (rule-24 ) = 

'If the status is other than BA or AS, the funds are in MIT, 
the value of the material is less than $100.00, the material 
is classified, pilferable or controlled and the category of 
the due is 1 or 2, then you should send an AF1 follow-up 
requesting updated status. 



rule-25: if module = 'Delinquent Dues' 

and status = other 
and obligations = yes 
and needed = no 
and canc-subm = no 
then conclusion = 

'Submit an AC1 cancellation request'. 
explain-25: explanation (rule-25 ) = 

'If the status is other than BA or AS, the funds are in 
obligations, the material is no longer needed and an 
AC1 cancellation request has not been sent, then you should 
submit an AC1 cancellation. 



rule-26: if module = 'Delinquent Dues' 

and status = other 
and obligations = yes 
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and needed = no 
and canc-subm = yes 
and canc-ackn = no 
then conclusion = 

'Submit another AC1 cancellation request.'. 
explain-26: explanation (rule-26) = 

'If the status is other than BA or AS, the funds are in 
obligations, the material is no longer needed, an AC1 
cancellation request has been submitted but not 
acknowledged, then you should submit another AC1 
cancellation request. 



rule-27: if module = 'Delinquent Dues' 

and status = other 
and obligations = yes 
and needed = no 
and canc-subm = yes 
and canc-ackn = yes 
then conclusion = 

'No action is necessary at this time.'. 
explain-27: explanation (rule-27 ) = 

'If a cancellation has been submitted and acknowledged 
the requisition should drop off the delinquent dues 
listing soon, no action is required 



rule-28: if module = 'Delinquent Dues' 

and status = other 
and obligations = yes 
and needed = yes 
then conclusion = 

'Send an AFi follow-up, or send message requesting 
shipping status'. 

explain-28: explanation(rule-28) = 

'If the status is other than BA or AS, the funds are in 
obligations and the material is still needed, then send an 
AFI follow-up requesting updated status or send a message 
requesting shipping status. 



rule-29: if module = 'Delinquent Dues' 
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and status = other 
and obligations = yes 
and needed = yes 
and pri-sat = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel and submit an AC1.'. 

explain-29: explanation(rule-29) = 

'If the status is other than BA or AS, the funds are in 
obligations, the material is still needed, the priority is 
determined to be satisfactory and the category of the due 
is 5 or 6, then you should cancel the due and submit an 
AC1 system cancellation request. 



rule-30: if module = 'Delinquent Dues' 

and status = other 
and z67 = no 
and dla = yes 
and needed = yes 
then conclusion = 

'Further research is required.'. 

explain-30: explanation (rule-30) = 

'If the status is other than BA or AS, there is no z67 
record, the requisition is in DLA files, the material 
is still needed, then further research is required. 
Possibly paid for but not received, should conduct 
financial audit to find what was paid for. 



rule-31: if module = 'Delinquent Dues' 

and status = other 
and z67 = no 
and dla = yes 
and needed = yes 
and sub = yes 
then conclusion = 

' Cancel . ' . 

explain-31: explanation(rule-31) = 

'If the status is other than BA or AS status, there is no 
z67 record, the requisition is in DLA files, the material 
is still needed but a substitute was received, then you 
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should cancel the due. The material has been received under 
a substitute NSN. 



rule-32: if module = 'Delinquent Dues' 

and status = other 
and z67 = no 
and dla = no 
and needed = yes 
and sub = no 
then conclusion = 

'Cancel, and reorder.'. 

explain-32: explanation (rule-32 ) = 

'If the status is other than BA or AS, there is not a z67 
record, the requisition is not in DLA files, the material 
is still needed and a substitute was not received, then you 
should cancel the due and reorder. 



rule-33: if module = 'Delinquent Dues' 

and status = other 
and z67 = no 
and dla = yes 
and needed = no 
then conclusion = 

'Cancel and submit an AC1'. 

explain-33: explanation (rule-33) = 

'If the status is other than BA or AS, there is not a z67 
record, the requisition is in DLA files, and the material is 
not needed then cancel the due and submit an AC1 system 
cancellation request. 



/* This section of the rule base deals with AS status. AS 
status means the material has been shipped. */ 



rule-34: if module = 'Delinquent Dues' 

and status = as 
and category = 1 
or category = 2 
or category = 3 
then conclusion = 

'No action is required.'. 
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explain-34: explanation (rule-34 ) = 

'If the status is AS and the category of the due is less 
than 4, then no action is required. The goods are in the 
mail . 



rule-35: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = yes 
and value = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel and submit ROD for MIT quantity.'. 
explain-35: explanation (rule-35) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment was received, the value of the material is more 
than $100.00, and the category of the due is 5 or 6 then you 
should cancel the due and submit a ROD for the MIT quantity. 



rule-36: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = yes 
and value = no 
and category = 5 
or category = 6 
then conclusion = 

'Store to zero the MIT quantity. ' . 
explain-36: explanation (rule-36) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment was received, the value of the material is less 
than $100.00 and the category of the due is 5 or 6, then 
you should store to the zero the quantity in MIT. 
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rule-37: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = yes 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action required.'. 

explain-37: explanation (rule-37) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment was received and the category of the due is less 
than 5, then no action is required yet. 



rule-38: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = yes 
and sub = no 
and value = no 
and classified = yes 
and category = 3 
or category = 4 
or category = 5 
or category = 6 
then conclusion = 

'Cancel, request spot inventory and submit ROD 
for the MIT quantity.'. 

explain-38: explanation (rule-38) = 

'If the status is AS, funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment was received, no substitutes were received, 
the value of the material is less than $100.00, the 
material is classified, pilferable or controlled and 
the category of the due is 3 or greater, then you 
should cancel the due, request a spot inventory and submit 
a ROD for the mit quantity. 



rule-39: if module = 'Delinquent Dues' 
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and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = yes 
and sub = no 
and value = no 
and classified = yes 
and category = 1 
or category = 2 
then conclusion = 

'No action is required.'. 

explain-39: explanation (rule-39) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment was received, no substitute was received, the 
material is classified, pilferable or controlled and the 
category of the due is less than 3, then no action is 
required yet. 



rule-40: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = yes 
and sub = no 
and value = no 
and classified = no 
and category = 5 
or category = 6 
then conclusion = 

'Store to zero.'. 

explain-40: explanation(rule-40) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment was received, no substitute was received, the value 
of the material is less than $100.00 , the material is not 
classified, pilferable or controlled and the category of the 
due is 5 or 6, then you should store to zero. 



rule-41: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
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and part-ship = yes 
and sub = no 
and value = no 
and classified = no 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action required.'. 

explain-41: explanation (rule-4 1) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment was received, no substitute was received, the value 
of the material is less than $100.00, the material is not 
classified, pilferable or controlled and the category of the 
due is less than 5, then no action is required yet. 



rule-42: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = yes 
and sub = no 
and value = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel and submit ROD.'. 

explain-42: explanation(rule-42) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment has been received, no substitute has been received, 
the value of the material is less than $100.00 and the 
category of the due is 5 or 6, then you should cancel the 
due and submit a ROD. 



rule-43: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = yes 
and sub = no 
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and value = yes 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action required.'. 

explain-43: explanation (rule-43 ) = 

'If the status is AS, funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, a partial 
shipment has been received, no substitute has been received, 
the value of the material is over $100.00 and the category 
of the due is less than 5, then no action is required yet. 



rule-44: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = no 
and sub = yes 
then conclusion = 

'Cancel . ' . 

explain-44: explanation (rule-44 ) = 

'If the status is AS, funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, no partial 
shipment was received, but a substitute was received, then 
you should cancel the due. 



rule-45: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and part-ship = no 
and sub = no 
and value = no 
and classified = no 
and category = 5 
or category = 6 
then conclusion = 

'Store to zero. ' . 

explain-45: explanation (rule-45) = 

'If the status is AS, funds are in MIT, no partial shipment 
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was received, no substitute was received, the material is 
not classified, pilferable or controlled, and the category 
of the due is 5 or 6, then you should store to zero. 



rule-46: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and part-ship = no 
and sub = no 
and value = no 
and classified = no 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action is required.'. 

explain-46: explanation(rule-46) = 

'If the status is AS, funds are in MIT, no partial shipment 
was received, no substitute was received, the value of the 
material is less than $100.00, the material is not 
classified, pilferable or controlled and the category of the 
due is less than 5, then no action is required yet. 



rule-47: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = no 
and sub = no 
and value = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel and submit ROD.'. 

explain-47: explanation (rule-47 ) = 

'If the status is AS, funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, no partial 
shipment was received, no substitute was received, the 
value of the material is over $100.00 and the category of 
the due is 5 or 6, then you should cancel the due and 
Submit a ROD. 



65 



/ 



rule-48: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = no 
and part-ship = no 
and sub = no 
and value = yes 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action required.'. 

explain-48: explanation(rule-48) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is not equal to the MIT quantity, no partial 
shipment was received, no substitute was received, the value 
of the material is over $100.00 and the category of the due 
is less than 5, then no action is required yet. 



rule-49: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = yes 
and value = no 
and classified = no 
and category = 5 
or category = 6 
then conclusion = 

'Store to zero.'. 

explain-49: explanation (rule-49) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is equal to the MIT quantity, the value of the 
material is less than $100.00, the material is not 
classified, pilferable or controlled and the category of the 
due is 5 or 6, then you should store to zero. 



rule-50: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = yes 
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and value = no 
and classified = no 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action required.'. 

explain-50: explanation (rule-50) = 

'If the status is AS, the funds are in MIT, the disbursed 
quantity is equal to the MIT quantity, the value of the 
material is less than $100.00, the material is not 
classified, pilferable or controlled and the category of 
the due is less than 5, then no action is required yet. 



rule-51: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = yes 
and value = no 
and classified = yes 
and category = 3 
or category = 4 
or category = 5 
or category = 6 
then conclusion = 

'Cancel, request spot inventory and submit ROD.'. 
explain-51: explanation(rule-51) = 

'If the status is AS, funds are in MIT, the disbursed 
quantity is equal to the MIT quantity, the value of the 
material is less than $100.00, the material is classified 
pilferable or controlled and the category of the due is 3 
or greater, then you should cancel, request a spot inventory 
and submit a ROD. 



rule-52: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = yes 
and value = no 
and classified = yes 
and category = 1 
or category = 2 
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then conclusion = 

'No action required.'. 

explain-52: explanation (rule-52 ) = 

'If the status is AS, funds are in MIT, the disbursed 
quantity is equal to the MIT quantity, the value of the 
material is less than $100.00, the material is classified, 
pilferable or controlled and the category of the due is less 
than 3, then no action is required yet. 



rule-53: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = yes 
and value = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel and submit ROD.'. 

explain-53: explanation (rule-53 ) = 

'If the status is AS, funds are in MIT, the disbursed 
quantity is equal to the MIT quantity, the value of 
the material is greater than $100.00 and the category 
of the due is 5 or 6, then you should cancel the due and 
submit a ROD. 



rule-54: if module = 'Delinquent Dues' 

and status = as 
and mit = yes 
and disb-qty = yes 
and value = yes 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action is required.'. 

explain-54: explanation(rule-54) = 

'If the status is AS, funds are in MIT, the disbursed 
quantity is equal to the MIT quantity, the value of the 
material is greater than $100.00 and the category of the 
due is less than 5, then no action is required yet. 
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rule-55: if module = 'Delinquent Dues' 

and status = as 
and accounts-payable = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel due, but do not cancel obligation'. 
explain-55: explanation (rule-55) = 

'If the status is AS, funds are in accounts payable and 
the category of the due is 5 or 6, then you should cancel 
the due, but do not cancel the obligation. 



rule-56: if module = 'Delinquent Dues' 

and status = as 
and accounts-payable = yes 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action is required.'. 

explain-56: explanation(rule-56) = 

'If the status is AS, funds are in accounts payable and 
the category of the due is less than 5, then no action is 
required yet. 



rule-57: if module = 'Delinquent Dues' 

and status = as 
and obligations = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel due, but do not cancel obligation.'. 
explain-57: explanation (rule-57 ) = 

'If the status is AS, funds are in obligations and the 
category of the due is 5 or 6, then you should cancel the 
due but do not cancel the obligation. 
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rule-58: if module = 'Delinquent Dues' 

and status = as 
and obligations = yes 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action is required.'. 

explain-58: explanation (rule-58 ) = 

'If the status is AS, funds are in obligations and the 
category of the due is less than 5, then no action is 
required yet. 



rule-59: if module = 'Delinquent Dues' 

and status = as 
and 267 = no 
and fund-code-26 = yes 
and nine-cog = yes 
and category = 5 
or category = 6 
then conclusion = 

'Cancel and re-establish under J3 fund code 
(stock-fund) ' . 

explain-59: explanation (rule-59) = 

'If the status is AS, there is no z67 record, the 
requisition is a fund code 26 item and 9 cog and the 
category of the due is 5 or 6 , then you should cancel and 
re-establish under J3 fund code (stock fund) . 



rule-60: if module = 'Delinquent Dues' 

and status = as 
and z67 = no 
and fund-code-26 = yes 
and nine-cog = yes 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action is required.'. 
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explain-60: explanation(rule-60) = 

'If the status is AS, there is no z67 record, the item is 
fund code 26 and 9 cog, and the category of the due is less 
than 5, then no action is required yet. 



rule-61: if module = 'Delinquent Dues' 

and status = as 
and z67 = no 
and fund-code-26 = yes 
and nine-cog = no 
and category = 5 
or category = 6 
then conclusion = 

'Store to zero.'. 

explain-61 : explanation (rule-61) = 

'If the status is AS, there is no Z67 record, the item is a 
fund code 26 item and 9 cog, and the category of the due is 
5 or 6, then you should store to zero. 



rule-62: if module = 'Delinquent Dues' 

and status = as 
and z67 = no 
and fund-code-26 = yes 
and nine-cog = no 
and category = 1 
or category = 2 
or category = 3 
or category = 4 
then conclusion = 

'No action is required.'. 

explain-62: explanation (rule-62) = 

'If the status is AS, the item is fund code 26, but not 9 
cog and the category of the due is less than 5, then no 
action is required at this time. 



rule-63: if module = 'Delinquent Dues' 

and status = as 
and z67 = no 
and fund-code-26 = no 
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then conclusion = 

'Cancel . ' . 

explain-63: explanation(rule-63) = 

'If the status is AS, there is no Z67 record, and the item 
is not fund code 26, then cancel the due. 



/* 

The following section of the rule base deals with System 
Cancellations status. This includes CG, CJ, CA, CS, CK and 
and CE status. 

*/ 



/* 



This section deals with CG status requisitions 

V 

rule-64: if module = 'System Cancellations' 

and c-status = eg 
and doc-num = no 
and nsn-val = no 
and req-dem = yes 
then conclusion = 

'Submit new requisition on original NSN. ' . 
explain-64: explanation (rule-64 ) = 

'If the document number does not match the original NSN 
ordered and the NSN on the CG status card is not valid, then 
you should reorder the original NSN. 



rule-65: if module = 'System Cancellations' 

and c-status = eg 
and doc-num = yes 
and nsn-val = no 
then conclusion = 

'Delete invalid NSN from local files (MISR) . ' . 
explain-65: explanation (rule-65) = 
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'If original NSN ordered is the same as NSN on CG status 
card, an invalid NSN has been established on local files 
(MISR) . 



rule-66: if module = 'System Cancellations' 

and c-status = eg 
and doc-num = yes 
and nsn-val = yes 
and req-dem = yes 
then conclusion = 

'Submit new requisition on original NSN.'. 
explain-66: explanation (rule-66) = 

'If document number matches original NSN ordered and NSN on 
CG status card is valid, reorder original NSN if item is 
still required. 



rule-67: if module = 'System Cancellations' 

and c-status = eg 
and doc-num = yes 
and nsn-val = yes 
and req-dem = no 
then conclusion = 

'No action required. ' . 

explain-67: explanation (rule-67) = 

'If item is no longer required based on demand, then no 
action is required. Do not re-order. 



/* 

This section deals with CJ status on requisitions 

*/ 

rule-68: if module = 'System Cancellations' 

and c-status = cj 
and doc-num = no 
and nsn-val = yes 
and val-sub = yes 
then conclusion = 

"Input change notice to tie NSN's.". 
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explain-68: explanation(rule-68) = 

'If NSN on CJ status card is a valid substitute, input 
change notice to establish the NSNs as valid substitutes in 
the MISR file. 



rule-69: if module = 'System Cancellations' 

and c-status = cj 
and doc-num = no 
and nsn-val = yes 
and val-sub = yes 
and tech-sub = yes 
then conclusion = 

'Input change notice to tie NSNs.'. 
explain-69: explanation (rule-69 ) = 

'If NSN on CJ status card is a valid substitute, input 
change notice to establish the NSNs as valid substitutes in 
the MISR file. 



rule-70: if module = 'System Cancellations' 

and c-status = cj 
and doc-num = no 
and nsn-val = yes 
and val-sub = no 
and tech-val = no 
and req-dem = yes 
then conclusion = 

'Submit new requisition citing 2b advice code.'. 
explain-70: explanation ( rule-70) = 

'If the substitute NSN provided on the CJ status card is 
determined to be invalid, reorder with 2b advice code. 



rule-71: if module = 'System Cancellations' 

and c-status = cj 
and sub-prov = no 
and req-dem = yes 
then conclusion = 

'Send Speedletter to FMSO requesting substitute 
NSN or alternate source of supply.'. 

explain-71: explanation (rule-71) = 
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'If a substitute NSN is not provided and the item is still 
required based on demand, a Speedletter should be sent to 
FMSO requesting a substitute NSN or alternate source of 
supply . 



rule-72: if module = 'System Cancellations' 

and c-status = cj 
and sub-prov = no 
and req-dem = no 
then conclusion = 

'Delete NSN from local files (MISR) . ' . 
explain-72: explanation ( rule-72 ) = 

'If item is no longer required based demand, then delete 
obsolete NSN from local files (MISR) . 



rule-73: if module = 'System Cancellations' 

and c-status = cj 
and doc-num = no 
and nsn-val = yes 
and val-sub = no 
and tech-val = no 
and req-dem = yes 
and pre-ad = yes 
then conclusion = 

'Contact ICP and request verification of invalid 
substitute NSN. ' . 

explain-73: explanation (rule-73 ) = 

'If CJ status comes back with an invalid substitute NSN 
after a requisition was submitted with a 2b advice code you 
should contact the ICP and request verification of the 
substitute NSN. 



rule-74: if module = 'System Cancellations' 

and c-status = ca 
then conclusion = 

'Delete NSN from local files (MISR) or if after 
review, item is still determined to be a valid 
requirement, send speedletter requesting 
substitute or replacement item.'. 
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explain-74: explanation (rule-7 4) = 

'CA status normally comes with narrative message stating 
reason for rejection. 



/* 



This section deals with CS status 



*/ 

rule-75: if module = 'System Cancellations' 

and c-status = cs 
and qty-excess = no 
then conclusion = 

'Submit new requisition with 2L advice code.'. 

explain-75: explanation (rule-75) = 

'If you determine quantity to not be excessive based on 
your demand, submit a new requisition with a 2L advice code. 



rule-76: if module = 'System Cancellations' 

and c-status = cs 
and qty-excess = yes 
then conclusion = 

'No action required. ' . 

explain-76: explanation (rule-76) = 

'Possibly ordered incorrect excessive quantity. No action 
is required. 



/* 

This section deals with CK status 

*/ 

rule-77: if module = 'System Cancellations' 

and c-status = ck 
then conclusion = 

'Delete NSN from local files (MISR) . ' . 
explain-77: explanation (rule-77 ) = 
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'Normally not pursued further at the NSC level, may be 
uneconomical to procure. 



/* 



This section deals with CE status 

*/ 

rule-78: if module = 'System Cancellations' 

and c-status = ce 
and current-ui = yes 
then conclusion = 

'Submit new requisition with MISR unit of issue.'. 
explain-78: explanation(rule-78) = 

'If status is CE and verification of the current unit of 
issue in the MISR showed it to be correct, then you should 
submit a new requisition with MISR unit of issue. 



rule-79: if module = 'System Cancellations' 

and c-status = ce 
and current-ui = no 
then conclusion = 

'Input change notice to correct the unit of 

issue. ' . 

explain-79: explanation(rule-79) = 

'If current unit of issue is incorrect on MISR, input change 
notice to correct. This will generate correct unit of issue 
on next reorder. 
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APPENDIX B 



DUES MANAGEMENT EXPERT SYSTEM USERS MANUAL 

1 . INTRODUCTION 

This guide will give you a brief overview of how to use 
the Dues Management Expert System. You will be provided 
with information on how to start the consultation process of 
the system and basic commands used during the consultation. 

2 . TERMINOLOGY 

Words or letters in the angle brackets, < > correspond 
to a key on the keyboard. The following keys are referred 
to in this guide: 

Carriage return key (or enter) <CR> 

Alternate key <ALT> 

Keys that you must press simultaneously will be 
presented with a hyphen in between. 

For example when you need to press the alternate and g 
keys together, you will find the instructions presented as 
follows: 

<ALT>-<g> 
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3. STARTING THE SYSTEM 

A batch file has been set up to start the Dues 
Management Expert System with one command. After turning on 
the PC and waiting for the system to boot-up, simply type 
the following: 

NPS <CR> 

It takes a few seconds to load, so be patient. When the 
system is ready to run, the standard application display 
will be on the screen and the word READY will be in the 
lower right hand corner. 

4. RUNNING A CONSULTATION 

To run a consultation, type the following command: 

<ALT>- <g> 

The system will ask you the first question in the lower 
left hand window on the screen. You answer the question by 
moving the cursor in the lower right hand window up or down 
to highlight the desired response. To register your answer 
type a <CR> . The system will move on to the next relevant 
question and you continue to answer as before. The Dues 
Management Expert System will eventually come up with a 
conclusion based on your responses to questions. This 
conclusion will be displayed in the upper application 
window. To run another consultation simply type <ALT>-<g> 
again. 
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5. 



ASKING WHY 



At any time during a consultation you may wish to ask 
the system why a particular question is being asked. To do 
this you type the following: 

<ALT>-<W> 

This will cause the system to display an explanation of 
the current knowledge base rule being envoked. This should 
assist greatly in explaining why a specific element of 
information is required. To continue with the consultation 
simple continue to answer the questions. 



6 . OTHER COMMANDS 

The following are other common system commands you need 
to know: 

ABORT A CONSULTATION <ALT>-<A> 

EXIT SYSTEM AND 

RETURN TO DOS <ALT>-<Q> 

7 . HELP 

General help is available for other system commands. To 
access the help feature type <F10>. A pop-down menu will 
appear. Use the down cursor to highlight the word help, 
then hit <CR> . Hitting <CR> again will give you a M.l 
command summary. You can obtain help on an individual 
command by typing the name of the command followed by a 
<CR> . 
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8. CONCLUSION 



The information provided here is enough to effectively 
use the Dues Management Expert System. When you are 
finished running consultations, exit the system by typing 
<ALT>- <q> and then turn off the PC. 

To assist in locating the information requested by the 
expert system questions, the following guide is provided 
which explains where to find specific data elements: 

accounts-payable: z67 

canc-ackn: If Receipt Due File record is no longer 

available, or you receive a "no locate" on inquiry file. 

canc-subm: If in doubt submit another cancellation. 

classified: MSIR (Master Stock Item Record) XVK inquiry 

security codes found in NAVSUP-437, APP 17, section R: 
Security Codes 

disb-qty: z67 

dla: DLA terminals 

followup: computer generated followups from Receipt Due 

File (if unsure assume followup not submitted) 

fund-code-26: Receipt Due File, Delinquent Due Listing 

and z67 

mit: z 67 

needed: From XVK, make judgment based on demand, 

nine-cog: XVK, Receipt Due File, z67 

obligations: z67 
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part-ship: Receipt Due File (will show up as suffix code) 

and History File (inventory causative research) 

priority: Delinquent Dues Listing 

rev-edd: Delinquent Due Listing under rev-edd or edd 

status-age: Receipt Due File 

status: Receipt Due File, KB90, DLA terminals 

sub: History File, ZRE, AE1 w/bh status card (gives 

substitute NSN) 

value: Receipt Due File has unit price x total due in; 

Delinquent Dues Listing under EMV (Extended Money 
Value) . 
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APPENDIX C 



DUES MANAGEMENT DATA DICTIONARY 



AC1: System cancellation request document. 

accounts-payable: Expression to determine if funds are in 
accounts payable. 

AF1: Follow-up document to request updated status. 

AMA: Document modifier, process as requisition if original 

not received. 

as: Supply status meaning item has been shipped. 

ATA: Follow-up, to be processed as requisition if original 

requisition not received. 

ba: Supply status meaning item is being processed for 

shipment . 

c-status: Expression to determine system cancellation 

status . 

ca: Supply status meaning the requisition was rejected. 

This status comes with narrative message stating the reason 
for the rejection. 

canc-ackn: Expression to determine if a cancellation 

request has been acknowledged. 

canc-subm: Expression to determine if a cancellation 

request has been previously submitted. 

category: Expression to determine the age category of the 

delinquent due. 

eg: Supply status meaning the requisition was rejected 

because holding activity was unable to identify requested 
item. 

c j : Supply status meaning the requisition was rejected 

because the item is coded (or being coded) obsolete or 
inactivated. Item in stock number field, if different from 
the item requisitioned, can be furnished as a substitute. 
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ck: Supply status meaning the requisition was rejected 

because the item can not be procured. No 
substitute/interchangeable item is available. 

classified: Expression to determine if an item is 

classified, pilferable or controlled. 

cs: Supply status meaning the requisition was rejected 

because the quantity is suspect of error or indicates 
excessive quantity. 

current-ui: Expression to determine if the current unit of 

issue on MISR files are valid. 

Delinquent Dues: Module of expert system dealing with 

delinquent dues processing. 

disb-qty: Expression to determine if the disbursed quantity 

is equal to the MIT quantity. 

dla: Expression to determine if the requisition for the 

material is in Defense Logistics Agency (DLA) files. 

doc-num: Expression to determine if the document number 

matches the NSN ordered. 

Expression: An expression in the terms of this expert 

system is a symbolic expression that denotes aspects of a 
situation, such as a characteristic. Expressions have 
values associated with them that are also symbolic 
structures. Ml's basic operation is to find or accumulate 
evidence for or against the values of expressions. The 
values of these expressions are evaluated by the rules of 
the system in determining the recommended conclusion. 

follow-up: Expression to determine if a follow-up has been 

submitted or not. 

fund-code-26: Expression to determine if the requisition is 

for a fund code 26 item. 

less: The age of the most recent supply status is less than 

30 days. 

MISR: Master Item Stock Record. Local stock record. 

mit: Expression to determine if funds are in Material In 

Transit (MIT) . 

MLN: Master List Navy. Listing of material in the navy 

supply system with pertinent information. 
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module: Expression to determine which module of the Dues 

Management Expert System the user wishes to envoke. 

more: The age of the most recent supply status is more than 

30 days. 

needed: Expression to determine if the material is still 

needed. 

nine-cog: Expression to determine if the requisition is for 

a 9 cog item. 

none: Response to supply status question meaning no supply 

status has been received. 

nsn-val : Expression to determine if the NSN is valid on the 

status card. 

obligations: Expression to determine if funds are in 

obligations . 

other: Any supply status other than ba or as. 

part-ship: Expression to determine if there has been a 

partial shipment. 

pre-ad: Expression to determine if the item was previously 

ordered with a 2B advice code. 

pri-sat: Subjective judgment of the inventory manager if 

the requisition priority is satisfactory or not. 

qty-excess: Expression to determine if the quantity ordered 

was excessive based on demand. 

req-dem: Expression to determine if the item is still 

required based on demand. 

rev-edd: Expression to determine if a revised/extended EDD 

has been received. 

ROD: Report Of Discrepancy. 

status-age: The age (in days) of the most recent supply 

status 

status: The most recent supply status of the requisition. 

sub-prov: Expression to determine if a substitute NSN was 

provided on the CJ status card. 
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sub: Expression to determine if a substitute has been 

received. 

System Cancellations: Module of expert system dealing with 

system cancellation status. 

tech-val: Expression to determine if the technical dept (of 

NSC San Diego) concluded that the item under consideration 
is a valid substitute. 

val-sub: Expression to determine if the substitute item on 

the status card is a valid substitute in the MLN. 

value: Expression to determine if the extended money value 

of a requisition is greater than $100.00. 

z67: Expression to determine if a Z67 financial record 

exists . 
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APPENDIX D 



LCDR 

Mary 

Tony 



NSC SAN DIEGO POINTS OF CONTACT 

958-3131 
958-3131 
958-3751 



Harry Ornelas (code 101) autovon 
J. Fesnock (code 101A) 

LaBorin (code 1011A) 
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